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Description 

The subject invention relates generally to word 
processing systems, and more particularly, relates to 
word processing systems for preparation of a number 5 
of personalized copies of form documents. 

The use of computer and data processing equip- 
ment directed to word processing applications is well 
known in the art. Such systems provide the capability to 
merge text with data to create complex reports and to 
mass mailings. Millions of letters, for example, are 
nailed every day which use a form or shell letter com- 
bined with inserted data (e.g., name and address). 

U.S. Patent No. 4,085,445, teaches a word 
processing system, which interleaves the printing of let- is 
ters and envelopes to simplify and speed up mass mail- 
ings. In the preferred mode, the data to be inserted is 
name and address information. 

Merging of other data is shown in U.S. Patent No. 
4,454,576. However, this reference is primarily directed so 
toatechniquefor reducing report generation commands 
to machine dependent language for transliteration be- 
tween various operator languages. 

The IBM 5520 Administrative System is well known 
as a current system having a powerful capability to ere- 25 
ate mass mailings and very complex reports. To perform 
these applications, a document called a Merge Control 
Document (MCD) is used combined with data from a text 
file. The MCD will commonfy also be called "shell doc- 
ument" herein. 30 

Creation of an MCD or shell document is disclosed 
in IBM Technical Disclosure Bulletin, Volume 28, 
Number 12, pages 5642-5643, dated May, 1986, and 
entitled "Method to Merge Table Data Using One-Cell 
Table Objects". This technique is useful for generating 35 
form letters with specific variable data inserted. 

The generation of complex documents of the type 
described herein is discussed in IBM Technical Disclo- 
sure Bulletins: 

40 

1) Volume 29, Number 1, pages 406-407, dated 
June, 1986, entitled "Improved Technique for Print- 
ing Multi-Copy Documents' 1 ; 

2) Volume 29, Number 6, pages 2387-2389, dated 
November, 1986, entitled "Word Processor Having 45 
Conditional Text Printing for Mass Mailings"; and, 

3) Volume 30, Numbers, pages 184-188, dated Oc- 
tober, 1987, entitled "Enhanced Technique for 
Merging Data from a Second Document". 

so 

Each of these teach the use of the IBM 
Disp!ayWrite_ Text Instructions to generate such docu- 
ments. However, these techniques require substantial 
complexity in the drafting, maintenance and modifica- 
tion of the MCD or shell document. 55 

European Patent Application published with refer- 
ence No 0 067 303 describes a report generation control 
system for operating a text processor to produce output 



reports containing inter-report summary data from data 
processing-type files. The system is compatible with text 
pagination functions and is useable by a text entry/revi- 
sion operator with no programming skills. The system 
permits the operator to describe the desired report by 
keying an example page of the report in the exact de- 
sired format and then editing the example page by re- 
placing the required variable file data examples with de- 
scriptive instructions and by inserting summary instruc- 
tions. The system scans the edited example page for 
instructions, breaks it down into logical components and 
compiles the components into program routines which 
will produce the desired output report. 

European Patent Application published with refer- 
ence No 0 075 732 describes an improved method and 
apparatus in an interactive text processing system for 
creating documents by selectively merging text data 
from two or more text records by signalling the location 
in a document at which the insert of text data Is to be 
added, displaying a Merge Tasks Menu which provides 
an option for executing a merge operation in response 
to either Switch Code or Named variable control codes, 
specifying the identification and location of the text data 
comprising the Shell Document and the Fill-in Docu- 
ment, and executing the Merge operation based on the 
specified data and Merge control mode. 

The present invention, as claimed, provides a much 
simpler technique for creating documents that can be 
used in combination with data to create complex reports 
and mass mailings. The person creating these docu- 
ments does not need to understand the concepts of or 
be able to use a pseudo-programming language. Main- 
tenance and enhancement of the applications can be 
easily accomplished without fear of ruining the entire ap- 
plication. 

To create such documents, the operator defines a 
shell document. A shell document has common text and 
at least one document command. Document commands 
can be either fixed document commands or variable 
document commands. Fixed document commands are 
known in the prior art. The present invention teaches 
variable document commands. Each variable document 
command has at least one field. The field can be either 
a variable field or a constant field. Variable fields have 
a first variable for specifying a table and a second vari- 
able for specifying a position within the table where var- 
iable data is located. The variable document command 
can be any command that affects the formatting of a 
document. Besides include text and include image, oth- 
er possible variable document commands could be con- 
ditional text command (rf/then/else), skip lines com- 
mand, change font command, etc. 

This invention makes use of the constant and vari- 
able fields in combination with (actually embedded in- 
side) variable document commands to provide the abil- 
ity to do MCD-type logic within a shell document. 

One object of the present invention is to greatly sim- 
plify the process of creating and maintaining complex 
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reports and documents. 

A second object of the present invention is to pro- 
vide the capability to expand the concept of variable 
document commands to other fixed document com- 
mands. 5 

A further object of the present invention is to provide 
a system wherein variable or constant fields may be em- 
bedded into variable text document commands, such 
that the variable fields of the variable document com- 
mands may be from a data file. 10 

A further object of the present invention is to provide 
a system wherein variable document command fields 
may be modified by changing the data file rather than 
the variable document command. 

These and further objects of the present invention is 
will become apparent from the following description of 
the preferred embodiments when read in conjunction 
with the attached drawings. 

Fig. 1 is a conceptual drawing of a form letter suit- 
able for mass mailings. so 

Fig. 2 is a conceptual diagram for the variable text 
to be inserted into the form letter of Fig. 1 . 

Fig. 3 is a table of sample data for insertion into the 
form letter of Fig. 1 arranged as per the prior art. 

Fig. 4 is a shell document prepared in accordance 2£ 
with the prior art to produce the form letter of Fig. 1 . 

Fig. 5 is a table containing similar data as found in 
the table of Fig. 3 constructed in accordance with the 
present invention. 

Fig. 6 is a shell document prepared in accordance so 
with the present invention to produce the form letter of 
Fig. 1. 

Fig. 7 is a conceptual flowchart for operation of the 
present invention. 

The preferred mode of the present invention is de- 35 
scribed as incorporated in the IBM Application System/ 
400™. However, those of skill in the art will readily ap- 
preciate that the present invention may be implemented 
with other systems from the description provided herein. 

Fig. 1 is a conceptual view of a form letter 10. Such 40 
form letters are typically used for mass mailings for ad- 
vertising and similar purposes. Form letter 10 has a 
printed letterhead 12 having the name and address of 
the sender along with other optional information. Letter- 
head 1 2 may be embossed using standard prior art tech- 45 
niques. 

Inside address 14 contains the name and address 
of the recipient of the letter. For most mass mailings, 
each copy of form letter 1 0 will have a different recipient 
and h ence a different inside address 1 4. The information so 
for inside address 1 4 may be built into a data fil e wherein 
each record contains the name and address of a differ- 
ent recipient. As such, this data file is simply a mailing 
list. 

The introductory line contains the greeting "Dear" 55 
16 which is common to all copies of form letter 10. Field 
18 is wherein the name of the recipient is inserted. This 
is conceivably the first entry of each record of the mailing 



list data file. 

Standard text 20 is also common to all copies of 
form letter 1 0. It may be a single word or two or as much 
as several pages. It is shown here schematically as a 
representation of its location. 

Variable text 22 is different for different copies of 
form letter 10. In the most general case, variable text 22 
for any copy of form letter 1 0 may consist of one or more 
modules of text which are arranged in a particular way 
to correspond to one or more variables associated with 
the prospective recipient of the letter. These variables 
may be unique (e.g., social security number) or may be 
relatively common (e.g., age or sex). The variables may 
be a direct portion of the mailing list (e.g., resident state) 
or may be indirect (e.g., annual income). Variable text 
22 may vary from a single wordto multiple pages of text. 

Standard text 24 is similar to standard text 20. It is 
the same for all copies of form letter 10. The closing, 
"Sincerely" 26, is common to all copies of form letter 1 0. 
It is in that regard the same as standard text 20 and 
standard text 24. Signature 28 may be unique to one or 
a class of copies of form letter 10. 

Fig. 2 is an example of variable text prepared for 
insertion into form letter 1 0. In the instant example, form 
letter 10 is in response to requests for information re- 
garding insurance coverage. The sender of form letter 
10 has Information concerning four basic types of insur- 
ance coverage (i.e., home, life, auto and medical). How- 
ever, because insurance law varies from state to state, 
the relevant information concerning each type of insur- 
ance coverage can vary depending upon the state of 
residence of the recipient of the information. Therefore, 
the variable text portions are arranged according to Min- 
nesota, MN 30; Wisconsin, Wl 40; and Iowa, IA 50. For 
clarity only three states are shown. 

Home 32 is the variable text which describes the 
home insurance coverage according to Minnesota law. 
Home 32 may contain a small amount of text or may be 
several pages in length. Similarly, home 42 describes 
the home insurance coverage according to Wisconsin 
law. Home 52 describes the home insurance coverage 
according to Iowa law. 

Life 34 is that text which describes the life insurance 
coverage according to Minnesota law. Life 44 and life 
54 describe the life insurance coverage under Wiscon- 
sin and Iowa laws, respectively. Similarly, auto 36, med- 
ical 38, auto 46, medical 48, auto 56 and medical 58 
describe auto and medical insurance coverage under 
the laws of Minnesota, Wisconsin, and Iowa, respective- 
ly. 

Fig. 3 Is table 60 for arranging such data as is re- 
quired to complete form letter 10 according to the prior 
art technique. Table 60 contains column 62, NAME; col- 
umn 64, ADDRESS; column 66, STATE; column 68, 
HOME; column 70, LIFE; column 72, AUTO; and column 
74, MEDICAL. Table 60 has a separate row or record 
for each recipient. Row 76 corresponds to recipient John 
Smith. The corresponding entry in column 64 (i.e., 123 
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Main...) is the street address of recipient John Smith. 
The corresponding entry in column 66 (i.e., MN) indi- 
cates Minnesota as John Smith's state of residence. 
Column 68 indicates that John Smith wants/needs in- 
formation concerning home insurance coverage. Col- s 
umns 70 and 72 show that John Smith is not to get in- 
formation regarding life and auto insurance coverage. 
However, column 74 shows that John Smith should get 
information regarding medical insurance coverage. 

Rows 78 and 80 provide the same data for prospec- io 
tive recipients Mary Jones and BUI Johnson, respective- 
ly. Additional rows 82 contain data regarding other pro- 
spective recipients. Such additional information is omit- 
ted for clarity. 

Fig. 4 shows the form of shell document 1 00 created is 
to produce the various copies of form letter 10, wherein 
shell document 100 is prepared in accordance with the 
prior art. Inside address 14 is prepared using the data 
field fixed document command found in IBM Application 
System/400™ Office Word Processor. Line 1 02, for ex- 20 
ample, is "*&NAME". The indicates a document com- 
mand. The "& p specifies data field. "NAME" is the vari- 
able. Line 102 says to go to column 62 (entitled NAME) 
of table 60 (see also Fig. 3) and enter the contents of 
one row of column 62 for each succeeding copy of form ss 
letter 1 0. Similarly, line 1 04 enters the address from col- 
umn 64, and line 1 06 enters the state of residence from 
column 66. 

Data field fixed document command 108 (i.e., 
*&NAME) inserts the name in the greeting. Standard 30 
text 20, standard text 24, closing 26 and signature 28 
are as previously described. 

Variable text 22 is implemented as a pseudo-pro- 
gram which must be written by the operator. As can eas- 
ily be seen from Fig. 4, it is variable text 22 which in- 35 
volves the major complexity of shell document 100. The 
pseudo-program is performed serially as with ordinary 
software. 

The pseudo-program begins with fixed document 
command "begin conditional text" (i.e., *BCT). This is a *o 
branch instruction. If the condition in the parenthesis is 
met, the next sequential step is executed. If the condi- 
tion is not met, control is transferred to the next "end 
conditional text" (i.e., *ECT) fixed document command. 
The only other fixed document command needed for 45 
variable text 22 is "include text" (i.e., *INC). This com- 
mand causes the text specified by the variable in the 
parenthesis to be inserted. 

Line 112 determines whether the state of residence 
of th e person named at line 1 02 is Minnesota. If no, con- so 
trol reverts to the next in line *ECT which is found at line 
122. If the state of residence is Minnesota, control se- 
quences to line 114. Referring also to Fig. 3, it can be 
seen that the first copy of form letter 10 will be sent to 
John Smith (see row 76) who is a resident of Minnesota, ss 
Therefore, lines 114, 116, 118 and 120 will be executed 
for John Smith, but not Mary Jones or Bill Johnson. 

Execution of line 114 determines whether column 



68 contains fl Y n showing that information regarding 
home insurance coverage is to be sent If not, control 
reverts to the *ECT at the end of line 114 and then im- 
mediately to line 116. For John Smith, column 68 con- 
tains B Y". The next fixed document command *INC (MN, 
TEXT.1) then goes to MN 30 and inserts the text of 
HOME 32 (see also Fig. 2). Control next proceeds to 
line 116. 

The fixed document command of lines 116 and 118 
determine whether text should be inserted regarding life 
and auto insurance coverage. For John Smith (i.e., row 
76), nosuch text is required. However, line 120 will insert 
MEDICAL 38 because column 74, row 76 contains °Y n . 

The pseudo-program steps for each of the other 
states are represented by lines 124, 126, 128 and 130. 
The detail has been omitted for clarity. However, it can 
be easily seen that for four types of information, six 
pseudo-programming lines are needed for each state. 
For the three states of our example, this would be 1B 
total pseudo-programming lines. For fifty states, this 
would be 300 pseudo-programming lines. 

It can further be seen from this example that the ad- 
dition of another type of insurance (e.g., RENTER) 
would require an additional line in the pseudo-program 
for each state. Similarly, the addition of a new state will 
also necessitate large modification to the pseudo-pro- 
gram. 

Fig. 5 shows table 60 restructured as table 140 in 
accordance with the present invention. Table 140 con- 
tains column 62, 64, and 66 which are identical to those 
columns as found in table 60. Columns 68, 70, 72 and 
74 of table 60 are replaced with column 142, PAGES, 
of table 140. Notice that column 142 contains the same 
information as columns 68, 70, 72 and 74 wherein entry 
144 corresponds with row 76, entry 146 corresponds 
with row 78, and entry 148 corresponds with row 80. En- 
try 1 44 means that the copy of form letter 1 0 sent to John 
Smith (i.e., row 76) should contain page 1 (i.e., informa- 
tion regarding home insurance coverage) and page 4 (i. 
e., information regarding medical insurance coverage). 
Similarly, entry 146 indicates information regarding all 
four types, and entry 148 indicates information regard- 
ing types 2 and 3 only. 

Table 140 also contains additional column 141 en- 
titled AGENT. This column points to the image of a sig- 
nature for each agent within each state. Therefore, MN 
AGENT 143 represents the signature of the agent for 
Minnesota. Similarly, IA AGENT 145 and Wl AGENT 
147 represent the signatures of the agents for Iowa and 
Wisconsin, respectively. 

Fig. 6 is a diagram of shell document 150 created 
in accordance with the present invention. All elements 
of Fig. 6 are as previously described except the pseudo- 
program which produces variable text 22 and the signa- 
ture block 157. The pseudo-program has been replaced 
by a single variable document command (i.e., 
♦INCTXT). No conditional fixed document command (i. 
e., *BCT) is needed because it is assumed that some 
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text will be added for each copy of form letter 10. Fur- 
thermore, the *INCTXT variable document command 
may have variable fields. 

In the Instant example, line 152 indicates where the 
specified text will be inserted. The first field (i.e., variable s 
field 154, &STATE) says that the text to be inserted is 
all within the state category (see Fig. 5) defined by col- 
umn 66 of table 140 at the row of the prospective recip- 
ient. The value from column 66 is the name of the doc- 
ument that contains the standard paragraphs (see Fig. to 
2). Contrast this with line 114 of Fig. 4 in which the first 
parameter 113 of the *1NC fixed document command is 
hard-coded to 'MN fl . 

Referring again to Fig. 6, field 156 is hard-coded to 
"STDPARAS", which is the name of a folder that con- is 
tains one document for each state. However, field 158 
is specified by variable field &PAGES. This data field 
causes access to column 142 of table 140 for the row 
of the prospective recipient. In this way, each of the piec- 
es of text to be added is specified by table 140, not by 20 
shell document 1 50. Addition of more states or more 
types of insurance coverage will not cause any change 
to shell document 150. Table 140 must change, of 
course, but modification to table 60 was required using 
the prior art technique as well. 25 

The remaining change to shell document 150 ac- 
cording to the present invention is in the signature. Re- 
ferring again to Fig. 4, the prior art technique was to sup- 
ply signature 28 by actually signing each copy or by 
printing or stamping the signature. The signature block 30 
of form letter 1 50 is variable and is specified by table 
140 (see Figs. 5 and 6). 

Form letter 150 contains the variable document 
command 157, *INCIMG. This command causes a var- 
iable image (in this case a signature) to be specified by 35 
variable field 155 (&AGENT). In operation, table 140 col- 
umn 141 is consulted according to the row of the specific 
copy being prepared, and the corresponding signature 
is inserted as specified by column 141. 

Fig. 7 is a flowchart for software modification re- 40 
quired to practice the present invention. The program- 
ming stream is entered at 200. Element 202 scans the 
next line of shell document 150 for a document com- 
mand. These are signified by a leading asterisk (i.e., 
D * n ). If none is found, control returns to the previous con- 4S 
trol stream at 214. 

If a document command is found, the fields are 
searched for a variable field at element 206. In the pre- 
ferred embodiment, a variable field is indicated by an 
ampersand within parenthesis, such as line 152 of Fig. so 
6. Note that line 1 02 of Fig. 6 does not contain a variable 
field because the ampersand is not within parenthesis. 
If a variable field is found at element 208, the document 
command is a variable document command, and ele- 
ment 21 0 accesses the data source to acquire the exact bb 
value and inserts it into the variable field. If element 208 
does not find a variable field, the command is a fixed 
document command containing only hard-coded fields, 
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and element 21 0 is skipped. Element 21 2 processes the 
document command. 



Claims 

1 . A method of creating a plurality of form documents, 
comprising the steps of : 

a. defining a shell document (150) having com- 
mon text (20, 24) and a variable document com- 
mand (152), said variable document command 
having a variable field (154, 158) specifying a 
location of variable data to be included in the 
form document; 

b. inserting a location index (&state, &page) , 
contained in a table of data (1 40) for insertion, 
in said variable field (154, 158); 

c. accessing variable data (MN, I A, Wl, 144, 
146, 148) in the location specified by said loca- 
tion index (&state, &page) inserted in said var- 
iable field (154, 158); 

d. merging into said shell document variable 
data as indicated by said accessing step to cre- 
ate one of said plurality of documents; and, 

e. repeating said inserting, said accessing and 
said merging steps once for each additional 
one of said plurality of form documents to cre- 
ate said plurality of form documents. 

2. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable field (154, 
1 58) further comprises a first variable for specifying 
a table (140) and a second variable for specifying a 
position (66, 142) within said table where variable 
data is located. 

3. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable document 
command (152) is an include text command 
(*INCTXT) or an include image command (*IN- 
CIMG), wherein said step of accessing variable da- 
ta accesses variable data comprising text or image 
respectively, and wherein said step of merging into 
said shell document variable data merges variable 
data comprising text or image, respectively. 

4. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable document 

. command (152) is a conditional text command (if, 
then, else) or a skip lines command or a change font 
command. 

5. A method of creating a plurality of documents ac- 



5 



9 



EP 0 394 168 B1 



10 



6. 



7. 



8. 



9. 



cording to claim 1 wherein said location index 
(&state, &page) inserted in said variable field (154, 
158) comprises a list (144, 146, 148) of locations of 
variable data to be included in the form document, 
said list being of variable length. 

A data processing system for composing a plurality 
of form documents having variable data 
comprising : 
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a. a shell document (150) common to each of 
said plurality of form documents having com- 
mon text (20, 24) and a variable document com- 
mand (1 52) for the insertion of said variable da- 
ta wherein said command contains a variable is 
field (154, 158) specifying a location of variable 
data to be included in the form document; 

b. a table of data (140) for insertion, said table 
having a plurality of entries (66, 1 42, 1 41 ), each 20 
entry corresponding to one of said form docu- 
ments, wherein each entry comprises a loca- 
tion index (&state, &page); 

c. means for inserting said location index 25 
(&state, &page) contained in said table of data 
(140) for insertion, in said variable field (154, 
158); 

d. means for accessing variable data in the lo- 30 
cation specified by said location index (&state, 
&page) inserted in said variable field (154, 
158); and 

e. means coupled to the accessing means for 35 
merging said variable data into said shell doc- 
ument to create one of said plurality of form 
documents. 

A data processing system according to claim 6 40 
wherein said variable document command (152) Is 
an include image command (*INCIMG) or an in- 
clude text command (*INCTXT) wherein said vari- 
able data accessed by said accessing means and 
merged by said merging means comprises an im- 45 
age or text, respectively. 

A data processing system according to claim 6 
wherein said variable field (154, 158) further com- 
prises a first variable for specifying a table (140) and 50 
a second variable for specifying a position (66, 1 42) 
within said table where variable data is located. 

A data processing system according to claim 6 
wherein said variable document command (1 52) is ss 
a conditional text command (if, then, else), or a skip 
lines command, or a change font command. 



10. A data processing system according to claim 6 
wherein said location index (&STATE, &PAGE) in- 
serted in said variable field (1 54, 158) comprises a 
list (144, 146, 148) of locations of variable data to 
be included in the form document, said list being of 
variable length. 



Patentanspruche 

1. Ein Verfahren zur Ersteliung einer Vielzahi kunden- 
spezifischer Formdokumente, das aus folgenden 
Schritten besteht: 

a. Definieren einesRahmendokuments 150mit 
gleichbleibendem Text 20, 24 und einem varia- 
blen Dokumentbefehl 152, der ein Variablen- 
feld 154, 158 besitzt, in dem eine Position in 
das Dokument aufzunehmender variabler Da- 
ten angegeben wird; 

b. Einfugen eines Positionsindex (&state, &pa- 
ge), der in einer fur die Einfugung bestimmten 
Datentabelle 140 steht, in das Variabienfeld 
154, 158; 

c. Zugriff auf die variablen Daten 144, 146, 148 
(MN, IA, Wl) an der Stelle, die durch den in das 
Variabienfeld 154, 158 eingefOgten Positions- 
index (&state, &page) bezeichnet wird; 

d. Einmischen der in Schritt c genannten varia- 
blen Daten in das Rahmendokument, urn eines 
aus der Vielzahi der kundenspezifischen Form- 
dokumente zu erstellen; und 

e. Wiederholen der Schritte b bis e fur jedes 
wertere aus der Vielzahi der Formdokumente, 
um die entsprechende Vielzahi kundenspezifi- 
schsr Dokumente zu erstellen. 

2. Ein Verfahren zur Ersteliung einer Vielzahi von Do- 
kumenten gemaB Anspruch 1 , wobei das Variabien- 
feld 154, 158 femer eine erste Variable zur Angabe 
einer Tabelle 140 und erne zweite \feriable zur An- 
gabe einer Position 66, 1 42 innerhalb der Tabelle, 
an der die variablen Daten stehen, enthalt. 

3. Ein Verfahren zur Ersteliung einer Vielzahi von Do- 
kumenten gemaB Anspruch 1, wobei der variable 
Dokumentbefehl 152 ein Texteinfugungsbefehl 
(*INCTXT) oder ein Grafikeinfugungsbefehl 
fINCIMG) ist, und wobei der Schritt, in dem auf va- 
riable Daten zugegriffen wird, variable Daten abruft, 
die aus Text bzw. Grafik bestehen, und wobei der 
Schritt, in dem variable Daten in das Dokument ein- 
gemischt werden, aus Text bzw. Grafik bestehende 
variable Daten in das Dokument einfugt 
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4. Ein Verfahren zur E rsteliung einer Vielzahl von Do- 
kumenten gemaB Anspruch 1 , wobei der variable 
Dokumentbefehl 152 ein Bedingungsbefehl (wenn, 
dann, andernfalls) oder ein Befehl zum Ubersprin- 
gen von Zeilen oder ein Schriftanderungsbefehl ist. 

5. Ein Verfahren zur E rsteliung einer Vielzahl von Do- 
kumenten gemaB Anspruch 1 , wobei der in das va- 
riablenfeld 154, 158 eingefugte Positionsindex 
(&state, &page) eine Liste 144, 146, 148 von Posi- 
tionen, an denen in das Formdokument einzuf ugen- 
de variable Daten stehen, bezeichnet, wobei die Li- 
ste eine variable Lange besitzt. 

6. Ein Datenverarbeitungssystem zur Erstellung einer 
Vielzahl kundenspezifischer Formdokumente mit 
variablen Daten, bestehend aus: 

a. einem Rahmendokument 150, das alle die- 
sen Formdokumenten gemeinsam haben, und 
das gleichbieibenden Text 20, 24 sowie einen 
variablen Dokumentbefehl 1 52 enthait, welcher 
die variablen Daten einfugt, wobei dieser Be- 
fehl ein Variablenteld 1 54, 1 58 enthait, das eine 
Position angibt, an der in das Dokument einzu- 
fOgende variable Daten stehen; 

b. einer Datentabelle 140 mit mehreren Eintra- 
gen 66, 142, 141, aus der die Daten eingefugt 
werden, wobei jeder Eintrag einem der Form- 
dokumente entspricht und einen Positionsin- 
dex (&state, &page) enthait; 

c. Mittein zum Einfugen des in der Tabelle fur 
die EinfOgung enthaltenen Positionsindex 
(&state, &page) in das Variablenfeid 154, 158; 

d. Mittein zum Zugreifen auf die variablen Da- 
ten an der Position, die durch den in das Varia- 
blenfeid 154, 158 eingefugten Positionsindex 
(&state, &page) bezeichneten wird; und 

e. an die Zugriffsmittel gekoppeiten Mittein zum 
Einmischen der variablen Daten in das Rah- 
mendokument, um eines aus der Vielzahl der 
Formdokumente zu erstellen. 

7. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
be! dem der variable Dokumentbefehl 152 ein Gra- 
fikeinfugungsbefehl (*INCIMG) oder ein Texteinfu- 
gungsbefeh! (*INCTXT) ist, wobei die vom Zugriffs- 
mittei abgerufenen und vom Einfugungsmittel in 
das Dokument eingemischten variablen Daten aus 
einer Grafik Oder einem Text bestehen. 

8. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
bei dem das variablenfeid 154, 158 auBerdem eine 
erste variable zur Angabe einer Tabelle 140 und ei- 
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is 



ne zweite variable zur Angabe einer Position 66, 
142, an der die Variable innerhalb der Tabelle stent, 
enthait. 

9. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
bei dem der variable Dokumentbefehl 152 ein Be- 
dingungsbefehl (wenn, dann, andernfalls) oder ein 
Befehl zum Uberspringen von Zeilen oder ein 
Schriftanderungsbefehl ist. 

10. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
bei dem der in das Variablenfeid eingefugte Positi- 
onsindex (&state, &page) eine Liste 144, 146, 14B 
von Position en umfaBt, an denen die in das Form- 
dokument einzufugenden variablen Daten stehen, 
wobei die Liste eine variable Lange besitzt. 



Revendlcatlons 



20 



1. 



25 



30 



35 



40 



45 



50 



55 



Proc6d§ de creation d'une pluralite de documents 
formates, comprenant les etapes consistant a : 

a. definir un document type (150) comportant 
du texte commun (20, 24) et une instruction va- 
riable de document (152), ladite instruction va- 
riable de document comportant un champ va- 
riable (154, 158)specifiant un emplacement de 
donnees variables devant etre incluses dans le 
document formate, 

b. inserer un index d'emplacement (&STATE, 
&PAGE), contenu dans une table de donnees 
(140) destinees a rinse rtion, dans ledit champ 
variable (154, 158), 

c. accederaux donnees variables (MN, IA, Wl, 
144, 146, 148) a ['emplacement spdcifie par le- 
dit index d'emplacement (&STATE, &PAGE) in- 
sert dans ledit champ variable (154, 158), 

d. fusionner dans ledit document type les don- 
nees variables comme indiqud par ladite etape 
d'acces afin de cr6er un document parmi ladite 
pluralite de documents, et 

e. repeter ladite etape d'insertion, ladite etape 
d'acces et iadite etape de fusion une fois pour 
chaque document supplemental re parmi ladite 
pluralite de documents formates afin de crSer 
ladite pluralite de documents formates. 

Precede de creation d'une pluralite de documents 
selon la revendication 1 , dans lequel ledit champ 
variable (154, 158) comprend en outre une premie- 
re variable destinee a specifier une table (140) et 
une seconde variable destinee a specifier une po- 
sition (66, 142) a I'interieur de ladite table oD sont 
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situtes les donntes variables. 

3. Procede de creation d'une plurality de documents 
selon ia revendication 1, dans lequel ladite instruc- 
tion variable de document (152) est une instruction 5 
d'inclusion de texte (*INCTXT) ou une instruction 
d'incluslon d'image (*INCIMG), dans lequel ladite 
etape consistant a acceder aux donntes variables 
accede a des donnees variables constituant res- 
pectivement du texte ou une image, et dans lequel 10 
ladite etape consistant a fusionner dans des don- 
nees variables dans I edit document type, f usionne 
des donnees variables constitutes de texte ou 
d'image, respectivement 

is 

4. Proctdt de creation d'une pluralite de documents 
selon la revendication 1, dans lequel ladite instruc- 
tion variable de document (152) est une instruction 
condltionnefle de texte (if, then, else) ou une ins- 
truction de saut de lignes ou une instruction de so 
changement de fonte. 

5. Procede de creation d'une pluralite de documents 
selon ta revendication 1, dans lequel iedit index 
d'emplacement (&STATE, &PAGE) insert dans le- 25 
dlt champ variable (154, 158) est constitue d'une 
liste (144, 146, 148) d'emplacements de donntes 
variables devant etre incluses dans le document 
formate, ladite liste etant de longueur variable. 

so 

6. Systems de traitement de donnees destine a com- 
poser une pluralite de documents formates compor- 
tant des donnees variables, comprenant : 

a. un document type (1 50) commun a chaque 35 
document parmi ladite pluralite de documents 
formates comportant du texte commun (20, 24) 
et une instruction variable de document (152) 
destinee a i'insertion desdites donnees varia- 
bles, dans iequei ladite instruction contient un 40 
champ variable (154, 15B) specifiant un empla- 
cement de donntes variables devant §tre inclu- 
ses dans le document formate, 



variables a Tern placement specifie par Iedit in- 
dex d'emplacement (&STATE, &PAGE) insert 
dans Iedit champ variable (154, 158), et 

e. un moyen couplt au moyen d'acces destine 
a fusionner lesdites donnees variables dans Ie- 
dit document type afin de creer un document 
parmi ladite pluralite de documents formates. 

7. System e de traitement de donnees selon la reven- 
dication 6, dans lequel ladite instruction variable de 
document (152) est une instruction d'inclusion 
d'image (*INClMG) ou une instruction d'inclusion de 
texte (*!NCTXT) dans lequel lesdites donntes va- 
riables auxquelles accede iedit moyen d'acces et 
fusionntes par (edit moyen de fusion, sont consti- 
tue es d'une image ou de texte respectivement. 

8. System e de traitement de donntes selon la reven- 
dication 6, dans lequel Iedit champ variable (154, 
1 58) comprend en outre une premiere variable des- 
tinee a specifier une table (140) et une seconde va- 
riable destinee a specifier une position (66, 142) a 
I'interieur de ladite table, ou sont local isees des 
donnees variables. 

9. Systems de traitement de donnees selon la reven- 
dication 6, dans lequel ladite instruction variable de 
document (152) est une instruction conditionnelle 
de texte (if, then, else), ou une instruction de saut 
de lignes, ou une instruction de changement de fon- 
ts. 

10. Systems de traitement de donnees selon la reven- 
dication 6, dans lequel Iedit index d'emplacement 
(&STATE, &PAGE) insert dans Iedit champ variable 
(154, 158) est constitue d'une liste (144, 146, 148) 
d'emplacements de donnees variables devant etre 
incluses dans le document formate, ladite liste etant 
de longueur variable. 



b. une table de donnees (140) destinees a Tin- 45 
sertion, ladite table comportant une pluralite 
d'entrtes (66, 142, 141), chaque entree corres- 
pondent a un document parmi lesdits docu- 
ments formates, dans laquelle chaque entrte 

est constitute d'un index d'emplacement so 
(&STATE, &PAGE), 

c. un moyen destint a instrer Iedit index d'em- 
placement (&STATE, &PAGE) contenu dans la- 
dite table de donnees (1 40) destinees a I'inser- 55 
tion, dans Iedit champ variable (154, 158), 

d. un moyen destint a acceder aux donnees 
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